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Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http://webapp.etsi.org/IPR/home.asp ). 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
server) which are, or may be, or may become, essential to the present document. 



Foreword 

This Technical Specification (TS) has been produced by ETSI Technical Committee Telecommunications and Internet 
converged Services and Protocols for Advanced Networking (TISPAN). 

The present document: 

• Identifies the clauses of the OMA-TS-MLP-V3_2 [1] that are applicable to the emergency location 
information services. 

• Does not identify how the mobile network operator determines location. 

• Does not identify how the location information is passed between the emergency operator and the appropriate 
emergency authority. 

• Does not describe how the emergency call is established. 
Figure 1 shows diagrammatically the scope of the present document. 



Scope of the present document 




Emergency 
Control Centre 



Note: the PSAP and Emergency Control Centre 
Call path may be C0 _| 0cated 

"* Location information path 



Figure 1 : Scope of the present document 

Please see OMA-TS-MLP-V3_2 Specification [1] full OMA MLP specification at 
http://www.openmobilealliance.org/release program/index. html for further details and information. 
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Note that in this implementation of the OMA MLP protocol: 

• ALL compulsory OMA elements are compulsory. 

• Some optional OMA elements are compulsory. 
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Scope 



The present document specifies the protocol that is used by the local emergency operator to obtain the location 
information that is registered on the operator location server, see figure 1 . It endorses and defines a profile of the OMA 
specification OMA-TS-MLP-V3_2-20051124-C [1] that are applicable to the emergency location information services. 

NOTE: The LI Forum has been affiliated and its work subsumed into the OMA; the LIF TS 101 Specification has 
been succeeded by OMA-TS-MLP-V3_2. 



References 



The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication and/or edition number or version number) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. 

Referenced documents which are not found to be publicly available in the expected location might be found at 
http://docbox.etsi.org/Reference . 

NOTE: While any hyperlinks included in this clause were valid at the time of publication ETSI cannot guarantee 
their long term validity. 

[1] OMA TS-MLP-V3-2-20051 124-C: "Mobile Location Protocol 3.2". 

NOTE: Available at http://www.openmobilealliance.org/release program/index. html 

[2] EPSG Geodesy Parameters: "EPSG Geodetic Parameter Data Set Version 6.3". 

NOTE: Available at http://www.epsg.org/ . 

[3] NICC Specification ND1013:2002/1 1: "Emergency Location Information Interface". 

NOTE: Available at: http://www.nicc.org.uk/ . 

3 Definitions and abbreviations 

3.1 Definitions 

For the purposes of the present document, the following terms and definitions apply: 

emergency location immediate service: service used for querying of the location of a mobile subscriber that has initiated an 
emergency call 

NOTE: The response to this service is required immediately (within a set time). 

emergency location reporting service: service that is used when the wireless network automatically initiates the 
positioning at an emergency call 

NOTE: The position and related data is then sent to the emergency application from the location server. Which 
application and its address are defined in the location server. 

local emergency operator: designated emergency operator that can use the a Mobile Location Protocol operated by a 
location-based application to request MS location information from an operator location server 
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operator location server: location server with in the PLMN that, in the event of an emergency situation, a designated 
emergency operator can use the a Mobile Location Protocol (MLP) to request MS location information from. 

NOTE: An Operator Location Server may be a GMLC/MPC or other entity in the wireless network. 

3.2 Abbreviations 

For the purposes of the present document, the following abbreviations apply: 

EPSG European Petroleum Survey Group 

FFS For Further Study 

ISO International Standards Organization 

LCS Location Service 

LIF Location Interoperability Forum 

MLP Mobile Location Protocol 

MS Mobile Station 

MSISDN Mobile Subscriber ISDN 

OMA Open Mobile Alliance 



Name and address data 



The OMA MLP [1] standard does not include name and address type fields but does include an extension mechanism to 
allow additional elements to be added. 

A name and address extension is included in this specification to enable fixed line operators to adopt the same protocol 
as mobile operators to provide location information to emergency services: 

• Potential data sources to populate these fields include: 

installation address for fixed lines phones; 

addresses "reverse geocoded" from latitude, longitude position of mobile handset; 

location of pico cells within buildings. 

Note that the referenced extension (and therefore the structure and elements within this extension) could be different for 
different countries, different operators and different emergency services. 

EXAMPLE: If required the name and address fields and field formats could be defined differently to suit 
different countries, different operators or different emergency services. 

NOTE: Liaison to include name and address data into OMA MLP was sent to OMA by TISPAN Plenary #10. 



Endorsement notice 



The present document endorses OMA TS-MLP-V3-2-20051124-C, the contents of which apply together with the 
addition of the modifications being covered herein. 



Global modifications to OMA TS-MLP-V3-2-20051 124-C 

The present document is a profile of MLP and is based on the interface defined by the OMA. The following table 
identifies clauses within the OMA specification, and clarifies which options are applicable to a emergency location 
information service. 

The present document identifies the minimum requirement. Elements not explicitly mentioned in this clause should be 
considered to be "Not required". Additional optional elements may be implemented on a bilateral basis. 
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NOTE: In the following table, the term: "is required to be supported" is equivalent to "shall contain". However, it 
is understood that the definition of "is required to be supported" provides more clarity and detail than the 
definition of "shall contain" as the definition is captured from clause 0.7.2 of the NICC Specification 
ND 101 3:2002/11. 



Endorsed Profiles 


Reference OMA 
MLP [1] section 


Remarks 


MLP structure 


5.1.1 




MLP extension mechanism 


5.1.2 




Transport Protocol Layer 
Definitions 


5.2.1 


See also HTTP mapping endorsement (5.6). 


Identity Element Definitions 


5.2.2.1 


The following elements are required to be supported, and 
where an element is a construction, which elements are 
required to be supported within the construction: 

• msid 

• msids 

o msid+ 
One msid element shall be included in an msids element) 


Location Element Definitions 


5.2.2.3 


The following elements are required to be supported, and 
where an element is a construction, which elements are 
required to be supported within the construction: 

• eme_pos 

o msid 
o pd 
o poserr 

• pd 

o time 
o shape 
o levconf 

• poserr 

o result 
o time 

• time 

• lev conf 


Shape Element Definitions 


5.2.2.5 


All shapes defined by [1] shall be supported. Depending from 
national regulation the type of shapes nationally required can 
be restricted. 


Context Element Definitions 


5.2.2.8 


The following elements are required to be supported, and 
where an element is a construction, which elements are 
required to be supported within the construction: 

• Client 

o Id 

o Pwd 

o Requestmode 

• Id 

• Pwd 

• Requestmode 

• servicetype 


Header DTD 


5.2.3.1 


The following elements are required to be supported, and 
where an element is a construction, which elements are 
required to be supported within the construction: 
• hdr 

o client 


Emergency Location Immediate 
Service 


5.2.3.3 


Required 


Emergency Location Immediate 
Request DTD 


5.2.3.3.1 


The "emejir" shall contain the following element: 
• msids 


Emergency Location Immediate 
Answer DTD 


5.2.3.3.2 


The "emejia" shall contain the following elements: 

• eme_pos+ 

• callerjocation (optional) ed: not specified by /I ] 
or 

• result 


Emergency Location Reporting 
Service 


5.2.3.5 


Required 


Emergency Location Report 
DTD 


5.2.3.5.1 


The "emerep" shall contain the following elements: 

• eme_event 

• eme_pos 

• callerjocation (optional) ed: not specified by /I ] 
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Endorsed Profiles 


Reference OMA 

MLP [1] section 


Remarks 


General Error Message 
Definition 


5.2.3.7 


The "gem" shall contain the following elements: 
• result 


angle 


5.3.5 


Required 


angularUnit 


5.3.6 


Required 


EllipticalArea 


5.3.20 


Required 


eme event 


5.3.21 


Required 


eme trigger 


5.3.21.1 


Required 


emejDos 


5.3.22 


Required 


id 


5.3.26 


Required 


lev conf 


5.3.32 


Required 


msid 


5.3.42 


Required 


Type 


5.3.42.1 


Type shall be "MSISDN" 


enc 


5.3.42.2 


Enc shall be "ASC" 


pwd 


5.3.58 


Required 


result 


5.3.65 


Required 


semiMajor 


5.3.66 


Required 


semiMinor 


5.3.67 


Required 


requestmode 


5.3.69 


Required 


type 


5.3.69.1 


Type shall be "PASSIVE" 


time 


5.3.78 


Required 


X 


5.3.85 


Required 


Y 


5.3.86 


Required 


ver 


5.3.88.2 


Required 


Result codes 


5.4.1 


Required 


HTTP mapping 


5.6 


The lif-mlp-s (921 1 /top) port or the lif-mlp (9210/tcp) port shall 
be used. 

Location client shall use separate HTTP posts and NOT use 
pipelining for time critical requests to avoid that one request 
delays other requests. Location Server shall process and 
respond to the separate HTTP posts out of order. 


Service Initiation DTD 


5.6.2.1 


The "svc init" shall contain the following elements: 

hdr 

eme lir 


Service Result DTD 


9.2.2 


The "svc"_result shall contain the following elements: 

emejia 

emerep 



Result codes 

This table defines the result codes that indicate the result of the request or individual positioning 

The codes are divided in ranges: 



0to99 


Location server specific errors 


100 to 199 


Request specific errors 


200 to 299 


Network specific errors 


300 to 499 


Reserved for future use 


500 to 599 


Vendor specific errors 


600 to 699 


MLS Client specific errors 



NOTE: 



For privacy reasons it might be needed to not report certain specific errors. In this case it is up to the 
implementation or configuration of the location server which errors will be reported. 



For the detailed codes chapter 5.4 of OMA MLP V3.2 [1] is referred. 
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"Add the following clause:" 



5.1.3.1 



MLP extension 



This clause details an optional MLP extension. This provides a simple mechanism to transport name information, as 
described in [1]. Furthermore it can be used to handle a freeform textual description of location, see [3], 

Support of this extension is not mandatory. 

NOTE: Liaison to include name and address data into OMA MLP was sent to OMA by TISPAN Plenary #10. 



5.1.3.1.1 



Data type definition 



< ! — pno-ist 


_MLP 


.extension — > 










<! ENTITY 




% extension .param 


' caller_location? ' > 






<! ELEMENT 




caller location 




(customer_name? , Address. 


_linel?, Address. 


_line2?, 






Addr e s s_l ine 3 ? , 


Add 


ress_line4?, Address_line5? , 


Address„line6?, 


postcode?) > 


<! ELEMENT 




customer_name 




(#PCDATA) > 






<! ELEMENT 




Address_linel 




(#PCDATA) > 






<! ELEMENT 




Address_line2 




(#PCDATA) > 






<! ELEMENT 




Address_line3 




(#PCDATA) > 






<! ELEMENT 




Address_line4 




(#PCDATA) > 






<! ELEMENT 




Address_line5 




(#PCDATA) > 






<! ELEMENT 




Address_line6 




(#PCDATA) > 






<! ELEMENT 




postcode 




(#PCDATA) > 







Elements and attributes 



Customer name 



Description: 


Specifies the name of the customer associated with the geographic info 


Format: 


Char String 


Defined values: 


- 


Default value: 


- 


Example: 


<customer_name>MrBenn</customer_name> 



Address line 



Description: 


Specifies a line of text providing a freeform textual description of the associated location information 


Format: 


Char String 


Defined values: 


- 


Default value: 


- 


Example 1 : 


<linel>52 Festive Road</linel> 


Example 2: 


<linel>Heathrow Terminal 4 Check In Desks</linel> 


NOTE: No formatting of the address should be assumed i.e. a full postal address could be defined 
using one line element, or split over several lines using the linel , Iine2, Iine3 etc elements. 
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Postcode 



Description: 


Specifies the postcode associated with the location information 


Format: 


Char String 


Defined values: 


- 


Default value: 


- 


Example: 


<postcode>SWl lAA</postcode> 


NOTE: Can be used in the case that the postcode is known (e.g. in-building, pico cell coverage). 



Examples of usage 

For examples of the use of this MLP profile and extensions, see annex ZA. 
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Annex ZA (informative): 
Example messages 



This annex provides example message formats associated with the defined sub-set of the OMA specification described 
in the present document. 



ZA.1 Emergency location immediate request 



<?xml version=" 1 . 0" ?> 




<!DOCTYPE svc_init SYSTEM "MLP_SVC_INIT_300 . DTD"> 




<svc_init ver="3.2.0"> 


Service initiation for MLP Version 3.2.0 


<hdr ver="3.2 . 0"> 


Header for MLP Version 3.2.0 


<client> 


Who is requesting this location fix 


<id>emergency operator</id> 


Emergency operator registered user name for login 


<pwd>bigcrash</pwd> 


Emergency operator password for login 


<requestmode type="PASSIVE" /> 


Its not the ACTIVE user requesting a location fix 


</client> 




</hdr> 




<eme„lir ver="3.2.0"> 


Emergency Location Immediate Request for MLP 
Version 3.2.0 


<msids> 


Identifier of device to be located 


<msid type="MSISDN">447770123123</msid> 


Identifier is a MSISDN formatted as Country Code 
+ Phone Number (GSM/3GPP should conform to 
TS 1 23 003) 


</msids> 




</eme_lir> 




</svc_init> 





ZA.2 Emergency location immediate answer - valid 
response 



<?xml version="l . 0" ?> 




<!DOCTYPE svc_result SYSTEM "MLP_SVC_RESULT_300 . DTD" [ 
<!ENTITY pno-isc_MLP_extension ' pno-isc_MLP_extension . dtd' > 
]> 




<svc_result ver="3.2.0"> 


Service result for MLP Version 3.2.0 


<eme_lia ver="3.2.0"> 


Emergency Location Immediate Answer for 
MLP Version 3.2.0 


<eme_pos> 


Position answer 


<msid type="MSISDN">447770123123</msid> 


Position is for this MSISDN (formatted as 
Country Code + Phone Number) (GSM/3GPP 
should conform to TS 123 003) 


<pd> 


Position description 


<time utc_off="+0100">2 002 07 02115712</time> 


Local Date and Time of phone when position 
was measured 


<shape> 


Shape of uncertainty area 


<EllipticalArea> 


An ellipse (on the WGS-84 co-ordinate 
reference system as default) 


<coord> 


Coordinate of the centre of the ellipse 


<X>N51.514</X> 


Latitude in decimal degrees prefixed with N or 
S 


<Y>W0.102</Y> 


Longitude in decimal degrees prefixed with E 
orW 


</coord> 




<angle>90 . 00</angle> 


Angle in degrees of rotation of the ellipse 
measured clockwise from north 


<semiMa jor>5 0</semiMa jor> 


Length of semiMajor axis in metres 
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<semiMinor>2 5</semiMinor> 


Length of semiMinor axis in metres 


<angularUnit>00</angularUnit> 


Length of angularUnit in degrees 


<distanceUnit>00</distanceUnit> 


Length of distanceUnit in metres 


</EllipticalArea > 




</shape> 




<lev_conf >80</lev_conf > 


Indicates the probability as a percentage that 
the phone is located within the position area 
defined 


</pd> 




</eme_pos> 




<caller_location> 




<Address_linel>2nd Floor </Address_linel> 


Freeform textual description of location 


<Address_line2>Oftel</Address_line2> 


(e.g derived from pico cell coverage) 


<Address_line3>50 Ludgate Hill<Address_/line3> 




<Address_line4>London</Address_line4> 




<postcode>EC4M 7 JJ</postcode> 




</caller_location> 




</eme_lia> 




</svc„result> 







ZA.3 Emergency location immediate answer - error 
response 



<?xml version="l . 0" ?> 




<!DOCTYPE svc_result SYSTEM "MLP_SVC_RESULT_300 . DTD"> 




<svc_result ver="3.2.0"> 


Service result for MLP Version 3.2.0 


<eme_lia ver="3.2.0"> 


Emergency Location Immediate Answer for 
MLP Version 3.2.0 


<eme_pos> 


Position answer 


<msid type="MSISDN">447770123123</msid> 


Position is for this MSISDN (formatted as 
Country Code + Phone Number) 
(GSM/3GPP should conform to TS 123 003) 


<poserr> 




<result resid="004"> UNKNOWN SUBSCRIBER 
</result> 


Error code number and error code text 


<add_inf o>This space left blank</add_inf o> 


Additional information about the result 


<time utc_off="±0 100 ">2 00207021 157 12</time> 


Local Date and Time of phone when position 
attempt was made 


</poserr> 




</eme_pos> 




</eme_lia> 




</svc_result> 
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ZA.4 Example usage Emergency Location Report 

This example shows the usage of the shape "MultiPolygon" tosupport the tranfer of more than one Elliptical Area based location estimation of an 
emergency caller within the same message to the PSAP 



<emerep ver="3.2.0"> 


EMEPEO for MLP Version 3.2.0 


<eme_event eme_trigger="EME_ORG"> 




<eme_pos> 


Position answer 


<msid>46101 1678298</msid> 


Position is for this MSISDN (formatted as 
Country Code + Phone Number) 


<pd> 


Position description 


<timeutc_off="+0300">20020623010003</time> 


Local Date and Time of phone when 
position was measured 


<shape> 


Shape of uncertainty area 


<MultiPolygon> 


More than 1 Elliptical arcs follow. 


<Elliptical Aerea> 


An ellipse (on the WGS-84 co-ordinate 
reference system as default) 


<coord> 


See clause ZA.2 


<X>N51.514</X> 


See clause ZA.2 


<Y>W0.102</Y> 


See clause ZA.2 


</coord> 


See clause ZA.2 


<angle>90 . 00</angle> 


See clause ZA.2 


<semiMa jor>50</semiMa jor> 


See clause ZA.2 


<semiMinor>2 5</semiMinor> 


See clause ZA.2 


<angularUnit>00</angularUnit> 


See clause ZA.2 


<distanceUnit>00</distanceUnit> 


See clause ZA.2 


</EllipticalArea > 




<Elliptical Aerea> 


An ellipse (on the WGS-84 co-ordinate 
reference system as default) 


<coord> 


See clause ZA.2 


<X>N52 .514</X> 


See clause ZA.2 


<Y>W0.103</Y> 


See clause ZA.2 


</coord> 


See clause ZA.2 


<angle>270 . 00</angle> 


See clause ZA.2 


<semiMa jor>4 0</semiMa jor> 


See clause ZA.2 


<semiMinor>6 6</semiMinor> 


See clause ZA.2 


<angularUnit>00</angularUnit> 


See clause ZA.2 


<distanceUnit>00</distanceUnit> 


See clause ZA.2 


</EllipticalArea > 




</MultiPolygon> 




</shape> 




</pd> 




</eme_pos> 




</eme_event> 




</emerep> 





ZA.5 Example usage of MLP extension 



<?xml version="l . 0" ?> 




<!DOCTYPE svc_result SYSTEM "MLP_SVC_RESULT_300 . DTD" [ 




<!ENTITY pno-isc mlp extension 'pno-isc mlp extension . dtd' > 
]> 




<svc_result ver="3.2.0"> 


Service result for MLP Version 3.2.0 


<eme_lia ver="3.2.0"> 


Emergency Location Immediate Answer for 
MLP Version 3.2.0 


<eme_pos> 


Position answer 


<msid type="MSISDN">447770123123</msid> 


Position is for this MSISDN (formatted as 
Country Code + Phone Number) 
(GSM/3GPP should conform to TS 123 003) 


<pd> 


Position description 


<time utc_off="+0100">2 002 07 02115712</time> 


Local Date and Time of phone when position 
attempt was made 


<shape> 


Shape of Location Area 
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<EllipticalArea> 


An ellipse (on the WGS-84 co-ordinate 
reference system as default) 


<coord> 


Coordinate of the centre of the ellipse 


<X>N51.459</X> 


Latitude in decimal degrees prefixed with N 
orS 


<Y>W0.448</Y> 


Longitude in decimal degrees prefixed with 
EorW 


</coord> 




<angle>90 . 00</angle> 


Angle in degrees of rotation of the ellipse 
measured clockwise from north 


<semiMa jor>50</semiMa jor> 


Length of semiMajor axis in metres 


<semiMinor>2 5</semiMinor> 


Length of semiMinor axis in metres 


<angularUnit>00</angularUnit> 


Length of angularUnit in degrees 


<distanceUnit>00</distanceUnit> 


Length of distanceUnit in metres 


</EllipticalArea> 




</shape> 




<lev_conf >80</lev_conf > 


Indicates the probability as a percentage 
that the phone is located within the position 
area defined 


</pd> 




</eme_pos> 




<caller_location> 




<Address_linel>Heathrow Terminal 4 check-in desks 
</Address_linel> 


Freeform textual description of location 


</caller_location> 


(e.g derived from pico cell coverage) 


</eme_lia> 




</svc_result> 
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ISDN User Part (ISUP) version 4 for the international interface". 

• W3C rec-xml- 199802 10: "Extensible Markup Language (XML) 1.0". 
NOTE: Available at http://www.w3c.org 

• IETF RFC 2616: "Hypertext Transfer Protocol - HTTP/1.1". 
NOTE: Available at http://www.ietf.org 
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